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(57) ABSTRACT 

A method of controlling handover of real-time packet data 
flow within a wireless telecommunications system packet 
domain without disrupting communication between user 
equipment and the anchor packet gateway. In a preferred 
embodiment, the wireless telecommunications system 
includes user equipment such as a wireless telephone, a 
serving wireless gateway, a drift wireless gateway, and an 
anchor packet gateway. Once it is determined that handover 
of real-time packet data flow is needed, the drift wireless 
gateway is prepared to become the serving wireless gateway. 
The anchor packet gateway is then prepared for serving 
wireless gateway relocation by having the anchor packet 
gateway initiate bicasting of downlink packet data flow. 
Uplink and downlink packet data flows are then monitored 
at the drift wireless gateway and the drift wireless gateway 
and the serving wireless gateway are synchronized for 
relocation. The drift wireless gateway is then utilized as the 
new serving wireless gateway. 

19 Claims, 9 Drawing Sheets 
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METHOD OF ACCOMPLISHING needed at the GGSN). Then, when the SRNC is ready, the 

HANDOVER OF PACKET DATA FLOWS IN A suspended connection with the UE is transferred to the 

WIRELESS TELECOMMUNICATIONS DRNC (the new SRNC). Finally, the new downlink GTP 

SYSTEM tunnel is connected with the transferred UE connection at 

5 the DRNC. However, this technique only reduces the "sus- 

REFERENCE TO PROVISIONAL APPLICATION P eDd " period during the handover (as compared to the 

standards working assumption). If multiple GGSNs are 
This application claims the benefit of U.S. Provisional connected to the UE when the handover is performed (or if 

Application No. 60/145,471, filed Jul. 23, 1999. multiple QoS levels were being supported simultaneously), 

1. Field of the Invention 10 men aU of these tunnels would have to be moved before the 
The present invention relates generally to the field of VE con ^ ctio ° could be resumed, which would only 

telecommunications and, more particularly, to methods for * he paUSem * e <™™>tion; . 

supporting handover of real-time packet data flows within a J* 10 othcr ™ on ^ 15 ^ ? Q f£ ercd f s to u sus P cnd 

wireless telecommunications system. * nd ?* C0 °f ctl0n w * ^ ™ " ? ^ ^ 

J described variation. However, each GGSN involved forks its 

2. Background of the Invention is downlink GTP tunnel to send packets to both the SRNC and 
Wireless data networks are usually composed of a wired, DRNC, thus minimizing the disruption when the DRNC is 

packet-switched, backbone network and one or more wire- ready to take over as the new SRNC. 

less (e.g. cellular radio or infrared) hops connecting mobile Other solutions describe methods that utilize excessive air 

hosts to the wired part. The wireless part is organized into interface resources to accomplish a real-time handover. This 

geographically-defined cells, with a control point called a 20 * s undesirable given the scarcity of radio resources, 

base station (BS) for each of these cells. The base stations Therefore, a method and system for supporting handover of 

are on the wired network and provide a gateway for com- real-time packet data flows within a wireless telecommuni- 

munication between the wireless infrastructure and the back- cations system such as the Universal Mobile Telecommu- 

bone interconnect. As a mobile host (MH) travels between nications System (UMTS) Packet Domain which provides a 

wireless cells, the task of routing data between the wired 25 verv small interruption or no interruption in packet flow is 

network and the MH must be transferred to the new cell's desirable. 

base station. This process, known as a handoff, must main- SUMMARY OF THE INVENTION 

tain end-to-end connectivity in the dynamically reconfigured ^ ... 

network topology. *** Q P resent invention provides a method of controlling 
XT . . " , - „ , - t , 30 handover of real-time packet data flow within a wireless 
Network protocols in cellular wireless data networks must *i ■ . 1 j . . L 
„ i t ^ ... , , , " ^iwuit^wuM telecommunications system packet domain without disrupt- 
update routes as a mobile host moves between cells. As * j t . 

, . ffo u . " Vu mg communication between user equipment and the anchor 

mentioned above, these routing updates combined with , t T c , \ , . . . 

_ u iijLjir w packet gateway. In a preferred embodiment, the wireless 

some associated state changes are called bandofls. Most I i • \ • i j . ■ 

^^j—, . . , , telecommunications system includes user equipment such as 

current nandon schemes m wireless networks result in data „ „ „„„ ■ _ 4 . • i * j 

i , . i * j 1- 7: 35 wireless user equipment, a serving wireless gateway, a drift 

oss or large variations in packet delivery times. ^ ^ an anchor * icket £ 0 * 6 a fa 

Unfortunately many applications, such as real-time multi- delem ^d that handover of real-time packet data flow is 

processing often results in degraded performance. For !L _u „w ♦ • ♦ L- .* c 1 , ? 

1 7 ,. .irr. ,^ ™™ r. the anchor packet gateway initiate bicastine of downlink 

example, loss during handoff adversely affects TCP perfor- _ , , , . K TT i- 1 * j 11 . f , A „ 

1 * a ttU a. * \u \* packet data flow. Uplink and downlink packet data flows are 

mance often causing a timeout thus dropping the connection f u . . \ ^ . - 

t , 4 . ™™ f. , j # T y L 1 7 J then monitored at the drift wireless gateway and the drift 

between the TCP client and the host. High packet loss and „™i™ „, fj ,„ f ,„ «„j • • 1 

• « 1 j 1 w . . . ^.7. - wireless gateway and the serving wireless gateway are 

variable delays result in poor real-time multimedia perfor- u • , r , 4 . ™ f . , ^ J 

„, , Pii . F . , . , : F u 45 synchronized for relocation. The drift wireless gateway is 

mance. Furthermore, variable delays often result in gaps or j *u * • 1 . 

7 6 ^ then utilized as the new serving wireless gateway, 

pauses in voice communications. _ 4 * £ ^ % . t & " y . 

Other aspects and features of the present invention will 

™ F^ e r m a ^r^nl ™ pti0DSWilhin become apparent to those ordinarily skilled in the art upon 

GPRS ETSI groups and 3GPP UMTS groups regarding review of the foUowing description of specific embodiments 

packet data flows are as follows. Packet data flows are 50 c f the invention in conjunction with the accompanying 

non-real-time. Therefore, handover can be non-real-time. figures. 
Packet data flows are buffered at the User Equipment (UE) 

(known as a Mobile Station (MS) in GSM/GPRS) and are BRIEF DESCRIPTION OF THE DRAWINGS 

also buffered at the SRNS (or SGSN within GPRS). The novel features believed characteristic of the invention 

However, the prospect of running voice services (or any 55 are set forth in the appended claims. The invention itself, 

other real-time service such as video) over the Packet however, as well as a preferred mode of use, further objec- 

Domain of UMTS and over the GPRS backbone does exist. rives and advantages thereof, will best be understood by 

When the standards working assumptions are changed to reference to the following detailed description of an illus- 

enable these real-time packet data flows, the latency intra- trative embodiment when read in conjunction with the 

duced during the currently defined handover procedure is g 0 accompanying drawings, wherein: 

intolerable. FIGS. 1 A-1B show shows a block diagram of a Universal 
In addition to the current standards working assumption, Mobile Telecommunications System (UMTS) Logical Net- 
two variations have been considered. In one variation, the work Architecture 100 in which the present invention may 
connection with the UE is suspended and resumed as in the be implemented; 

standards working assumption. At, the GGSN, the downlink 65 FIGS. 2A-2B show block diagrams illustrating the state 

GPRS Tunneling Protocol (GTP) connection is moved to the of the packet flow connection before and after the handover 

DRNC (new SRNC) immediately (therefore no buffering is procedure is performed; 



09/10/2003, EAST Version: 1.04.0000 



US 6,466,556 Bl 

3 4 

FIGS. 3-6 show block diagrams illustrating the steps is possible that the VMSC and GMSC for a given call are 

involved in the handover procedure in accordance with a one and the same. (A "VMSC is also referred to as simply 

preferred embodiment of the present invention; and an "MSC"). PSTN 145 provides connections to individual 

FIG. 7 shows a high-level flow chart illustrating the telephones 146 and other devices. Circuit Domain Backbone 

processes of the present invention. 5 143 is also connected to Mobile Services-switching Center/ 

Visitor Location Register (VMSC/VLR) 147, 148. VMSC/ 

DETAILED DESCRIPTION OF THE VLR 147, 148 are switches thai serve circuit switched 

PREFERRED EMBODIMENT mobile calls and also include a local cache of subscriber 

f . .u « « . . , . L data. (The GSM term for the network of MSCs, HLRs, etc. 

With referent .now tote. figures and, m parUcular, with 1Q ^ ^ a pLMN ^ ^ md ^ fiSS ' is 

reference to FIGS 1A-1B, there is shown a block^agram NetW0fk Seryices $ (NSS) > 
of a Universal Mobile Telecommunications System (UMTS) ™ „ / ^ . ' , ™„„ 
Logical Network Architecture 100 in which the present . ^ e UMTS Packet Domam 112 ™ d GPRS arc vcr V 
invention may be implemented. UMTS Network 100 similar Wlth rcs P ect to the CODtro1 P lanc (signaling 
includes a UMTS Core Network 110 which consists of a „ messages). However, the SGSN 104 in UMTS has minimal 
UMTS Packet Domain 112 and a UMTS Circuit Domain (po^^f no) involvement with the user plan (bearer 
120. UMTS Packet Domain 112 consists of two logical cha n ne 0. In GPRS, the SGSN is heavily involved with the 
nodes: a Gateway General Packet Radio Service (GPRS) fer plane In the UMTS Packet Domain 112, the user plane 
Support Node (GGSN) 102 and a Serving GPRS Support f^?' ons $ r pac * et encr yP lion compression (that the 
Node (SGSN) 104. GGSN 102 sits at the edge of a wireline „ n S r GSN P erforms £ GPRS ) are supported in the Radio 
packet data network (such as the Internet 150 or a private 20 * etWD * ^ sicm 0"^) 131, 132, and 133 of the UMTS 
intranet 180) and forms a gateway into the GPRS backbone Terrestrial Radio Access Network (UTRAN) 135. 
network or Packet Domain Backbone network 151. SGSN Tne transport protocol stack between the RNS 131, 132, 
104 is a node from the GPRS architecture that supports and 133 and the UMTS Core Network Packet Domain 112 
GPRS packet sessions and the associated control functions. (across the Iu reference point 134) are different than the 
Other nodes within a Global System for Mobile communi- transport protocols between the GSM Base Station Sub- 
cations (GSM) network and within UMTS Network 100 are system (BSS) and the SGSN 104 (across the Gb reference 
also engaged in supporting services of the UMTS Packet point). The transport protocol for the user plane of the Packet 
Domain 112. Domain 112 across Iu reference point 134 is the General 
UMTS Core Network 110 interconnects with the SS7 30 Packct Radio Service (GPRS) Tunneling Protocol (GTP) 
Network 141 that connects the packet domain 112 to circuit user plane aspects. The Radio Access Network Application 
domain 120. Also connected to SS7 Network 141 is a Home Part (RAW) protocol is utilized instead of the GTP 
Location Register and Authentication Center (HLR/AuC) S° nU °i B**J*P*& across *be Iu reference point 134. 
142. HLR/AuC 142 is a node in GSM and UMTS networks ?° m u SGS J1 lf * 1° Z 3 ^™ 102 aCT0SS Packet Domain 
that store permanent subscriber configuration data. HLR/ 35 Backbone U1 - both GTP P la ™ and control plane 
AuC 142 also handle the highest level of mobility manage- are ^tihzed in accordance with the GPRS Gn reference point 
ment spanning an entire Public Land Mobile Network definition 

(PLMN) which is a single operator's wireless network. GPRS is a packet data service defined to, operate over 

Circuit Domain 120 includes a circuit domain backbone 143 GSM radio traffic channels. It defines a shared "packet 

which consists of switches as well as other devices. Circuit 40 switched** air interface as opposed to the "dedicated' chan- 

domain backbone 143 may be realized as an ATM network nels used in circuit services of GSM such as voice service, 

using AAL2 (ATM Adaptation Layer 2) for transporting GPRS utilizes the same HLR as circuit services do for 

narrowband voice in the native encoding (such as AMR — subscriber management and macro mobility management. It 

Adaptive MultiRate) going to/from the User Equipment snares the BSS with circuit services. Coordination of 

(UE) 140. At the point of interconnection to Public Switched 45 location information and services between GPRS and "clas- 

Telephone Network (PSTN) 145, some interworking func- sical GSM" services are specified. (It is not a complete 

tion (IWF) transforms that ATM/AAL2 into something the "overlay" service.) Radio channels can be either dedicated to 

PSTN 145 can handle (i.e., TDM— time division multiplex, GSM Circuit services or GPRS packet services or they can 

trunks). This IWF hosts a transcoding rate adaptation unit De dynamically allocated to these services. 

(TRAU) to perform the conversion from AMR to G.711 50 The GPRS Gn reference point between the SGSN and the 

(PCM in uLaw or Alaw encoding). Circuit domain backbone GGSN is present within the UMTS Packet Domain Core 

143 might also be an IP network with systems (such as the Network 110. Hie user plane aspects of GTP are routed (at 

MSC) to transform the voice at the Iu interface AAL2 (as per the IP transport level) over the Gn reference point and the 

current Iu standards for the Circuit Domain) into an IP control plane aspects are generated from the SGSN based on 

transport. Circuit domain backbone 143 is connected to a 55 stimulus from the RANAP protocol on the Iu reference point 

Gateway Mobile Services-switching Center (GMSC) 144, 134. 

which is connected to PSTN 145. GMSC 144 is required for UMTS Terrestrial Radio Access Network (UTRAN) 135 

mobile terminated calls (calls from PSTN 145) only. Mobile ^ connected to UMTS Core Network 110 across the Iu 

originated calls (calls to PSTN 145) do not necessarily reference point 134 and provides the interface between User 

traverse GMSC 144. GMSC 144 is a logical software entity 60 Equipment (UE) 140 (also referred to as mobile stations) 

and may be hosted on any physical MSC In typical and UMTS Core Network 110. UE 140 may include, for 

deployments, most Mobile Services-switching Centers example, a wireless telephone and a data processing system 

(MSCs) host a PSTN point of presence. sucn ^ a i aptop or otner personal computer. UTRAN 135 

When a mobile terminated call is routed, it will come to includes a plurality of Radio Network Subsystems (RNS) 

GMSC 144 according to the assigned MSISDN. GMSC 144 65 131-133 which includes a Radio Network Controller (RNC) 

subsequently re-routes the call to the VMSC (visited MSC) 152-154 and some number of Node B 160-164 (which host 

that the mobile being called is attached to at the moment. It some number of radio channels). RNCs 152-154 analogous 
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to what is referred to as Base Station Controllers (BSCs) in 
GSM. A BSC controls many Base Transceiver Stations 
(BTSs) (a node that hosts the radio equipment for a PLMN), 
TCUs and PCUs. Node Bs 160-164 is a UMTS term used 
to describe a node which hosts some number of radio 
resources 165-171 and is very similarly to a BTS in GSM. 

The Node Bs 160-164, RNCs 152-154 and RNSs 
131-133 make up a Radio Access Network (RAN). A RAN 
is a UMTS term for what is a Base Station Sub-system 
(BSS) in GSM. This collection of nodes provides radio 
access for UMTS mobile subscribers. A BSS is the collec- 
tion of nodes that make up the part of the PLMN that is 
focused in providing radio access for mobile terminals. 

The present invention provides a method of handover that 
keep the packets flowing for as long as possible during the 
handover procedure. There is either a very small interruption 
or no interruption in the flow. This is accomplished by 
duplicating the packet flow to and from the SRNC and 
DRNC until the DRNC can taker over as the new SRNC. 
This process can be implemented in a wireless network 
system such as UMTS 100. Furthermore, this handover is 
accomplished in UMTS by utilizing the transmission 
resources of the UMTS Core Network links while minimiz- 
ing the use of transmission resources on the wireless link to 
the UMTS User Equipment (UE). 

To aid in understanding the processes of the present 
invention, currently implemented methods of handover will 
now be described with reference to UMTS architecture 100. 
UMTS describes two methods of handover with respect to 
the User Equipment (UE) 140 (known as Mobile Station 
(MS) in GSM/GPRS). One method is soft handover and the 
other method is hard handover. For more details concerning 
these methods, refer to Technical Report 13.02 "Manifesta- 
tions of Handover and SRNS Relocation" from the 3GPP 
Technical Specifications Group, Radio Access Network 
which is incorporated herein by reference. 

Soft handover provides a continuous radio connection 
with the UE 140 by transmitting and receiving on multiple 
radio channels (when the UE 140 is within range of multiple 
base stations) and selecting the best signal to forward on to 
the connected party. (Soft handover is supported only within 
the UTRAN 135.) 

Hard handover breaks the radio connection with a UE 140 
and then reconnects the UE 140 on another radio connection. 
Hard handover is essentially the traditional handover from 
the GSM networks. When a UE moves such that its coverage 
needs to be supported by a neighboring UTRAN (not 
shown) (connected with the same Core Network 110), a hard 
handover is required. As a UE 140 moves between RNSs 

131, 132, and 133 within the span of control of a single 
UTRAN 135, soft handover may be performed as RNSs 131, 

132, and 133 may be interconnected via the Iur reference 
point 136. The RNS 131, 132, 133 that "anchors" the 
connection between the UTRAN 135 and the Core Network 
110 at the Iu reference point 134 is considered the Serving 
RNS (SRNS). The RNS 131, 132, 133 that is hosting the 
base station that is currently serving a given UE is consid- 
ered the Drift RNS (DRNS).At some point, the UTRAN 135 
may have determined that it should migrate the SRNS 
function to the DRNS for a given UE 140. This movement 
is called SRNS Relocation and it changes the point of 
attachment to the Core Network (CN) 110. This change 
occurs as an optimization step and may not be closely timed 
with the movement of the UE 140. Additionally, as a UE 140 
moves, it can cause a hard handover to occur within a 
UTRAN. The hard handover causes a real-time change to 
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the point of attachment at the CN 110 that is timed precisely 
with the UE 140 movement. Finally, a hard handover occurs 
as a UE 140 moves between alternative Radio Access 
Network types (such as dual mode (GSM and UMTS) phone 
might perform in a handover between a GSM BSS and a 
UTRAN, so called "2G to 3G handover"). 

The handover scenarios for real-time packet data flows 
supported with the present invention are SRNS Relocation, 
hard handover with a UTRAN, and hard handover between 
RAN types ("2G to 3G handover"). 

Turning now to FIGS. 2A-2B, block diagrams illustrating 
the state of the packet flow connection before and after the 
handover procedure is performed is shown. At the starting 
point as shown in FIG. 2 A, packets 202 are sent to and 
transmitted from GGSN 204 to the connected party (not 
shown). The GGSN 204 then sends and receives these 
packets 202 to and from Serving RNC (SRNC) 206 (the 
RNC which is currently anchoring traffic channels for a 
given UE) through a radio access bearer (RAB) downlink 
207 and RAB uplink 215. A RAB plus GTP T\innel exists for 
the UE 212 to a GGSN 204. Note that potentially Radio Link 
Control (RLC), Media Access Control (MAC), and Radio 
link Physical Layer protocol state information, buffers, and 
ciphering parameters are present both at SRNC 206 and UE 
212. 

Due to soft handover, a Drift RNC (DRNQ 214 has been 
established. A DRNC is an RNC that directly serves the 
Node B 160-164 that a given UE 140 can be reached 
through. Traffic channels are routed through DRNC 214 to 
SRNC 206 where the channel is anchored via Radio 
Resource Connection (RRQ 210. An RAB downlink 231 
and uplink 232 connect RRC 210 to buffers 220 of SRNC 
206. RLC is a link layer protocol present in both GPRS and 
UMTS (although not the same exact protocol) which runs 
directly on the Media Access Control (MAC) layer. It has 
provisions for retransmissions and error correction. MAC is 
an access contention protocol present both in GPRS and 
UMTS (although not the same exact protocol) which runs 
directly on the UMTS Radio Link Physical Layer. Ciphering 
is performed at the RLC protocol layer for RLC Acknowl- 
edged and Unacknowledged connections. Ciphering is per- 
formed at the MAC protocol layer for RLC Transparent 
connections. The Radio Resource Connection (RRC) 
traverses this DRNC on its way to the SRNC 206. At the 
ending point as shown in FIG. 2B, RRC 210 is re-routed to 
avoid the old SRNC 206 and the old DRNC 214 is now the 
new SRNC 214. GTP is defined in GSM to provide transport 
of GPRS packet sessions from the SGSN to the GGSN. In 
UMTS, this same protocol is used between the SGSN and 
GGSN. The RNC also uses the "U-Plane" of this protocol to 
send packet data over the Iu interface 134. 

RAB is a term used in UMTS to describe the channel 
established between the RNC and nodes within the Core 
Network to carry circuit or packet services. The RNC 
chooses the appropriate radio resources to support a given 
RAB request. A RAB for the UMTS Packet Domain is a 
GTP 1\innel. A RAB for the UMTS Circuit Domains is an 
ATM AAL2 connection. 

Turning now to FIGS. 3-6, block diagrams illustrating the 
steps involved in the handover procedure in accordance with 
a preferred embodiment of the present invention are shown. 
Referring first to FIG. 3, the process for preparing DRNC 
301 to become the new SRNC is illustrated. Before the 
handover process begins, UE 312 has a Radio Resource 
Connection (RRC) 302 to SRNC 303. Note that the RAB 
downlinks 321, 322 and uplinks 323, 324 are buffered 
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350-353. Also not that due to soft handover, a DRNC 301 a drift wireless gateway is prepared to become the serving 

has been established. RRC 302 traverses this DRNC 301 on wireless gateway (step 702). The anchor packet gateway is 

its way to SRNC 303. then prepared for serving wireless gateway relocation by 

As the handover process begins, SRNC 303 sends a having the anchor packet gateway initiate bicasting of 
message 391 to SGSN 306 that SRNC relocation is required. 5 downlink packet data flow (step 704). The uplink and 

Next, SGSN 306 sends an SRNC Relocation Request mes- downlink packet data flows are monitored at the drift 

sage 392 to DRNC 301. DRNC 301 then sends SRNC wireless gateway (step 706) and the drift wireless gateway 

Relocation Proceeding message 393 to SGSN T 306. Tunnel and ^ serving t m syDchronized for 

?S , 15 d 3 ? 6 U o ° g wiwless gateway relocation (step 708). Once syn- 

%l "SRNC Relocauon Pro- „ chronization fa accomplished, the drift wireless gateway 

S^lHrfS r f ap ™ t " becomes new ™i gateway (step 710). THe 

DRNC 301 and RLC and MAC instances are created in n}A „„-« looc , • *u *i • 

r , r TTri1 - old drift wireless gateway is then utilizes as the new serving 

preparation for relocation of UE 312 connection. . , . V . ,. , . , 6 
y „ r . ™~ ~« ~„ ^ . . * * . wireless gateway (step 712) thus ending the handover pro- 
Referring now to FIG. 4, GGSN 360 is informed of v ' ^ K 

pending SRNC Relocation via the "Update PDP Context t , ' tt . . . . . . „ xrr , , 

Request" message 394. (PDP Context is a term used in . Althou S h ^description refers to an RNS, the 

GPRS (and UMTS) to refer to an active packet data flow ^enUon apphes equally to any embodiment of a wireless 

between an RNC (or a SGSN in GPRS) and the GGSN that S ™ lhr[ y> ^though the above description refers to 

ishostingthePDPcontext.)GGSN360createsanewtunnel a GGSN, * e mvenU on a PP hes t0 embodiment 

361 for the packet flow between GGSN 360 and DRNC 301 M ° f m ™ hac P«** f tewa y- furthermore although the 
that duplicates the tunnel 362 from GGSN 360 to SRNC preseDt m ™c™ h f Ascribed primarily with refer- 
303. GGSN 360 sends duplicate packets in original tunnel f u nc f * a GGS * m ^ c handover process, it should be noted 

362 and replicated tunnel 361. Tnese duplicate packets are * at . V* 8 ?®* ****** invention applies to, and may 
marked duplicates. When GGSN 360 finches these steps, it be demented using, multiple GGSNs. 

sends "Update PDP Context Response" message 395 to « It is important to note that while the present invention has 

SGSN 306. been described in the context of a fully functioning data 

Referring now to FIG. 5, using the "SRNC Relocation processing system, those of ordinary skill in the art will 

Proceeding*' message 396, SGSN 306 informs SRNC 303 to appreciate that the processes of the present invention are 

start relocation at any time. This is only performed after all capable of being distributed in the form of a computer 

GGSNs with active PDP contexts for the UE connection to 30 rcadabIc medium of instructions and a variety of forms and 

be relocated are ready and have responded to the SGSN with that me P resent 1QyGnX ^n applies equally regardless of the 

the "Update PDP Context Response" message. Using particular type of signal bearing media actually used to carry 

"SRNC Relocation Synchronize Request" message 397, out ^ distribution. Examples of computer readable media 

SRNC 303 informs DRNC 301 to synchronize RLC, MAC, mclude recordable-type media such a floppy disc, a hard 

and GTP tunnel states and buffers and informs DRNC 301 35 dlsk a RAM > and CD-ROMs and transmission-type 

of any state information for RLC, MAC, and GTP tunnels. media ^ 35 dl S ital md analo 8 communications links. 

Specifically, the ciphering function parameters are Th & description of the present invention has been pre- 

synchronized, enabling the DRNC to decode the packets sented for purposes of illustration and description, but is not 

traversing through it within RRC 302. DRNC 301 monitors intended to be exhaustive or limited to the invention in the 

the connection 302 between UE 312 and SRNC 303 that 40 form disclosed. Many modifications and variations will be 

traverses through it to achieve and maintain synchroniza- apparent to those of ordinary skill in the art. For example, 

tion. Once synchronized, DRNC 301, using the "SRNC the processes of the present invention can be applied to other 

Relocation Synchronize Response" message 398, informs tv P es of communications systems other than UMTS, such 

SRNC 303 that DRNC 301 is ready to proceed. as. far example, General Packet Radio Service (GPRS) and 

Referring now to FIG. 6, using the "SRNC Relocation 4 s wirelcss Arc& Network (LAN) (e.g., IEEE 802.11). 

Commit" message 399, the "old" SRNC 303 informs the ^ embodiment was chosen and described in order to best 

"new" SRNC 301 (that is what was the old DRNQ to start explain the principles of the invention, the practical 

relocation. The "old" SRNC 303 starts marking all uplink application, and to enable others of ordinary skill in the art 

packets as "duplicate." The "ne w" SRNC 301 starts sending to understand the invention for various embodiments with 

uplink packets and marks them "duplicate" as well. The 50 various modifications as are suited to the particular use 

"new" SRNC 301 breaks into the connection towards the UE contemplated. 

312 and takes over the RLC and MAC, picking up where the Wnat fa claimed is: 

"old" SRNC 303 was at last. Note that the RLC and MAC 1 A melh ° d ° f controlling handover of real-time packet 

connections over the air link are NOT duplicated. Using the data flow a wireless telecommunications system 

"SRNC Relocation Complete" message 380, the "new" 55 P ackct domain featuring user equipment, a serving wireless 

SRNC 301 informs SGSN 306 that it has taken over for the gateway, a drift wireless gateway, and an anchor packet 

"old" SRNC 303. Using the "Update PDP Context Request" g a teway without disrupting communication between said 

message 381, SGSN 306 informs GGSN 360 that the user eqiiipment and said anchor packet gateway, said method 

relocation is complete and to return the GTP tunnel 362 to comprising: 

a normal state and to only use the new tunnel towards the 60 ( a ) P re P arm S me drift wireless gateway to become the 

"new" SRNC 301. When complete, GGSN 360 sends the serving wireless gateway; 

"Update PDP Context Response" message 382 to SGSN (b) preparing the anchor packet gateway for serving 

306. Using the "Release" message 383, SGSN 306 informs wireless gateway relocation by having said anchor 

the "old" SRNC 303 to release its connections regarding UE packet gateway initiate bicasting of downlink packet 

312 just relocated. The handover is now complete. 55 data flow; 

Tuning now to FIG. 7, a high-level flow chart illustrating (c) monitoring uplink and downlink packet data flows at 

the processes of the present invention is depicted. To start, the drift wireless gateway and synchronizing the drift 
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wireless gateway and the serving wireless gateway for 
relocation; and 
(d) utilizing the drift wireless gateway as a new serving 
wireless gateway. 

2. The method as recited in claim 1, wherein the wireless 5 
telecom munications system is a universal mobile telecom- 
munications system. 

3. The method as recited in claim 1, wherein the wireless 
gateway is a radio network controller. 

4. The method as recited in claim 1, wherein the anchor 10 
packet gateway is a gateway general packet radio service 
support node. 

5. The method as recited in claim 1, wherein the user 
equipment comprises a wireless telephone. 

6. The method as recited in claim 1, wherein the user 15 
equipment comprises a data processing system. 

7. A system of controlling handover or real-time packet 
data flow within a wireless telecommunications system 
packet domain featuring user equipment, a serving wireless 
gateway, a drift wireless gateway, and an anchor packet 20 
gateway without disrupting communication between said 
user equipment and said anchor packet gateway, said system 
comprising: 

(a) means for preparing the drift wireless gateway to 
become the serving wireless gateway; 25 

(b) means for preparing the anchor packet gateway for 
serving wireless gateway relocation by having said 
anchor packet gateway initiate bicasting of downlink 
packet data flow; 3Q 

(c) means for monitoring uplink and downlink packet data 
flows at the drift wireless gateway and means for 
synchronizing the drift wireless gateway and the serv- 
ing wireless gateway for relocation; and 

(d) means for utilizing the drift wireless gateway as a new 35 
serving wireless gateway. 

8. The system as recited in claim 7, wherein the wireless 
telecommunications system is a universal mobile telecom- 
munications system. 

9. The system as recited in claim 7, wherein the wireless 40 
gateway is a radio network controller. 

10. The system as recited in claim 7, wherein the anchor 
packet gateway is a gateway general packet radio service 
support node. 

U. The system as recited in claim 7, wherein the user 45 
equipment comprises a wireless telephone. 

12. The system as recited in claim 7, wherein the user 
equipment comprises a data processing system. 

13. A computer program product in computer readable 
media for use in a data processing system for controlling 50 
handover or real-time packet data flow within a wireless 
telecommunications system packet domain featuring user 
equipment, a serving wireless gateway, a drift wireless 
gateway, and an anchor packet gateway without disrupting 
communication between said user equipment and said 55 
anchor packet gateway, said method comprising: 

(a) first instructions for preparing the drift wireless gate- 
way to become the serving wireless gateway; 

(b) second instructions for preparing the anchor packet 
gateway for serving wireless gateway relocation by 
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having said anchor packet gateway initiate bicasting of 
downlink packet data flow; 

(c) third instructions for monitoring uplink and downlink 
packet data flows at the drift wireless gateway and 
synchronizing the drift wireless gateway and the serv- 
ing wireless gateway for relocation; and then 

(d) fourth instructions for utilizing the drift wireless 
gateway as a new serving wireless gateway. 

14. The computer program product as recited in claim 13, 
wherein the wireless telecommunications system is a uni- 
versal mobile telecommunications system. 

15. The computer program product as recited in claim 13, 
wherein the wireless gateway is a radio network controller. 

16. The computer program product as recited in claim 13, 
wherein the anchor packet gateway is a gateway general 
packet radio service support node. 

17. The computer program product as recited in claim 13, 
wherein the user equipment comprises a wireless telephone. 

18. The computer program product as recited in claim 13, 
wherein the user equipment comprises a data processing 
system. 

19. A method of providing communications with a mobile 
station, comprising the steps of; 

providing a data packet path from a node to a gateway, 
wherein said data packet path traverses a first node 
controller and a second node controller; 

sending uplink data packets from said second node con- 
troller to said gateway via a radio access bearer con- 
nection; 

receiving downlink data packets from said gateway to 
said second node controller via said radio access bearer 
connection; and 

responsive to a request relocate a serving node controller 
from said second node controller to said first node 
controller, 

duplicating said uplink data packets from said gateway 
and sending duplicated uplink data packets to said 
first node controller; 

sending said uplink data packets from said first node 
controller to said gateway; 

wherein said gateway marks uplink data packets sent to 
said first node controller and to said second node 
controller as duplicates and wherein said first node 
controller and said second node controller mark said 
uplink data packets as duplicates; 

said first node controller correlates said uplink data 
packets received from said gateway with said uplink 
data packets received from said second node con- 
troller; and 

responsive to a determination that said first node con- 
troller is ready to become said serving node 
controller, refraining from sending uplink data pack- 
ets from said gateway to said second node controller 
and refraining from sending said downlink data 
packets from said first node controller to said second 
node controller. 

* * * + * 
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